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<§J) Verfahren zur Kontrolie der Verbindungen eines Obertragungssystems und Komponente zur Durchfuhrung 
des Verfahrens 

(§7) Es wird ein Verfahren zur Kontrolie der Verbindungen 
eines Obertragungssystems vorgeschlagen, das eine logi- 
sche Verbindung zwischen zwei Komponenten aufbaut, 
wobei jeweils eine Komponente Funktionen einer Hauptkom- 
ponente ubernimmt. 

Die Komponenten zur Durchfuhrung des Verfahrens mussen 
Einrichtungen aufweisen, die den hierarchiscrten Betrieb des 
Obertragungssystems ermog lichen. 
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Stand der Technik 

Die Erfindung geht aus von einem Verfahren zur Kontrolle von Verbindungen eines Obertragungssystem 
nach der Gattung des unabhangigen Anspruch sowie Vorrichtungen fiir die Durchfuhrung des Verfahrens nach 
dem unabhangigen Anspruch. 

Fiir vernetzte Informationssysteme, insbesondere in einem Kraftfahrzeug werden neben einem Bedienteil 
to (z. B. das klassische Autoradio) Komponenten wie beispieisweise Navigationsgerate, CD-Changer oder Telefon 
eingesetzt Bei komplexen vernetzten Systemen besteht generell die Notwendigkeit, geeignete Verfahren fur die 
reibungslose Kommunikation zwischen alien Komponenten zu spezifizieren. Das Kommunikationssystem ist 
dabei von der eigentlichen Applikation getrennt und besitzt beispieisweise eine Stxuktur gemaB dem OSI-Mo- 
deUderlSO. 

15 Aus der EP 51 1 794 ist ein System bekannt, bei dem eine ausgezeichnete Station ("Master") die Verbindung zu 
den anderen Stationen ("Slaveys) aufbaut und beendet Der "Master" fordert nach seiner AJctivierung oder einem 
Reset alle "Slaveys durch ein Signal auf, die Verbindung auf zubauen. 

Bei den meistens einfachen "Master"-"Slave" Systemen ist eine Kommunikation zwischen "Slaveys nicht direkt, 
sondern nur uber den "Master" moglich. Dieses belastet das gesamte Bus system, uber das Qbertragen wird, und 

20 erfordert groBe Rechenkapazitat des "Master"s fiir das Weiterreichen der Nachrichten. 

Vorteile der Erfindung 

Das erfindungsgemaBe Verfahren mit den kennzeichnenden Merkmalen des unabhangigen Anspruchs hat 
25 demgegenuber den Vorteil, daB eine logische Punkt-zu-Punkt- Verbindung zwischen Komponenten moglich ist, 
ohne daB die Informationen uber eine ausgezeichnete Station laufen mussen. Dadurch wird die direkte Versen- 
dung von Nachrichten zwischen zwei Komponenten ermoglicht Ein Weiterreichen von Nachrichten uber den 
"Master", wie es beispieisweise bei einem einfachen "Master"-*Slave" System fur die Kommunikation zwischen 
zwei "Slave"s benotigt wird, kann entfallen. Der Verbindungsaufbau kann von jeder Komponente angestoDen 
30 werden. Die Definition der Funktion der Komponente ist fur den Verbindungsaufbau nicht von Bedeutung, 
sondern fur die Aufrechterhaltung der Verbindung. Die Definiton muB aber vorab fur alle Komponenten 
f estgeiegt werden. 

Insbesondere weitere Komponenten lassen sich nach dem Verfahren leicht zu einem bestehenden System 
hinzuf ugen, sogar wahrend des laufenden Betriebs. 
35 Die Belastung fur die Obertragungsleitung durch das Netzwerkmanagement ist als recht gering anzusehen. 

Durch die in den Unteranspruchen auf gefuhrten Mafinahmen ist eine vorteilhafte Weiterbildung und Verbes- 
serung des Verfahrens moglich. 

Die Definiton der Komponenten* die vorab festgelegt wird, ist fiir die Aufrechterhaltung der Verbindung von 
Bedeutung. Koramt der AnstoB zum Verbindungsaufbau von einer Komponente, der durch Definition die 
40 Oberwachungs- und Tenninierungsfunktion fur diese Verbindung zugeordnet wurde, wird diese Komponente 
die Verbindung vorteilhafterweise weiterhin aufrechterhalten. 

Genausogut kann der AnstoB zum Verbindungsaufbau von einer Komponente kommen, der durch die 
Definiton keine Oberwachungs- und Terminierungsfunktionen fur diese Verbindung zugeordnet sind. In diesem 
Fall ubernimmt die logische Komponente die weitere Aufrechterhaltung der Verbindung, der die Funktionen fur 
45 diese Verbindung zugeordnet sind. 

Aufgrund der hierarchischen Struktur ist es moglich, eine Aufteilung in mehrere Systeme vorzunehmen, die 
aus jeweils einem (Verbindungs-) "Master" mit den ihm zugeordneten (Verbindungs-) "Slave"s bestehen. Hierbei 
ist es zum einen moglich, ein solches Subsystem "stand-alone", also ohne alle ubrigen Komponenten zu betreiben. 
Zum anderen lassen sich weitgehend autonome Teilnetze realisieren, die vom gesamten Datenverkehr und 
50 Netzwerkmanagement her nahezu ohne gegenseitige Beeinfiussung "koexistieren". 

Vorteilhafterweise wird der Verbindungsaufbau durch das Versenden von Kennungen initialisiert 

Um die logischen Verbindungen aufrechtzuerhalten, werden vorteilhafterweise zyklische Telegramme ausge- 
sendet Um die physikaiischen Verbindungen zu uberprufen, ist ein Versenden von Test-Telegrammen vorteil- 
haft. 

55 Die erfindungsgemaBe Komponente mit den kennzeichnenden Merkmalen des unabhangigen Anspruchs hat 
den Vorteil, dafi die Komponente ein Programm aufweist, das es ihr ermoglicht, sowohl als Nebenkomponente in 
einer Verbindung als auch als Hauptkomponente in einer anderen Verbindung aufzutreten. 

Vorteilhafterweise werden die Konfigurationsdaten des Systems in nichtfluchtigen Speichern hinterlegt, da so 
das gesamte Netz nach einem Neustart schneller aufgebaut werden kann. Die Speicherung von KonHgurations- 
60 daten kann auch fur die Fehlererkennung und -eingrenzung verwendet werden. 

Die Komponenten weisen Schaltungen auf, die eine Reduzierung des Betriebszustands z. B. in den Sleep 
Mode erlauben. Dieser Betriebszustand wird dann erreicht, wenn das zyklische Telegramm der Hauptkompo- 
nente ausbleibt. 

65 Zeichnungen 

Ausfuhrungsbeisptele der Erfindung sind in den Zeichnungen dargestellt und in der nachfolgenden Beschrei- 
bung naher erlautert Es zeigen: 

2 
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[ililfccomponenten eines erfindungsgemaBen Oo^Rig 



Fig. 1 logische und physikalisl^Komponenten eines erfindungsgemaBen UDCWragungssystems 
Fig- 2 mogliche logische Verbindungen im Obertragungssystem 
Fig, 3 einf aches Ausfuhrungsbeispiel 
Fig, 4 erstes Zeitdiagramm fur den Verbindungsaufbau 
Fig. 5 zweites Zeitdiagramm fur den Verbindungsaufbau 
Fig, 6 Zeitdiagramm bei einem Reset einer Komponente 
Fig. 7 Ausfuhrungsbeispiel einer Komponente. 

Beschreibung des Ausfuhrungsbeispiels 



10 



Jede Station besteht nach Fig. 1 vom Konzept her aus dem physisch vorhandenen Gerat ("Physical Device" 
PD) 2, welches durch genau eine physikalische Schnittstelie zum Netzwerk, zum Bus 1, definiert ist und eine oder 
mehrere logische Komponenten ("Logical Component", LC) 3 beinhaltet Beim Aufbau einer Kommunikation 
zwischen verschiedenen Komponenten eines Obertragungssystems wird zunachst die Kommunikation in den 
unteren Schichten des ISOModells aufgebaut, der physikalischen Schicht, der Data-Link-Schicht und der is 
Netzwerkschicht, daruber die Transportschicht Das erfindungsgemaBes Verfahren befaBt sich mit der netzwei- 
ten Koordination dieser Schichten. Basis fur den Verbindungsaufbau ist ein Obertragungssystem, bei dem 
sowohl eine Direktadressierung (1 : 1 Kommunikation) als auch eine Broadcastadressierung (1 : N Kommunika- 
tion) realisiert werden kann, sowie alle Komponenten im Netzwerk prinzipiell in gleicher physikalischer Weise 
angeschlossen werden, ErruQt werden diese Anforderungen z. B. vom Controller Area Network (CAN) nach der 20 
DE-PS 35 06 1 18. Dieses Bussystem ist fur Steuer- und Kontrollinformationen gedacht Audio- oder Videodaten 
konnen auch separat ubertragen werden. 

Die fur den Verbindungsaufbau relevante Kommunikationssoftware muB einen verbindungsorientierten 
Dienst (Punkt-zu-Punkt Verbindung) zwischen den logischen Komponenten unterstutzen. Es bietet sich hier die 
Verwendung eines Transportprotokolls nach DE 41 31 133 an* In dem erfindungsgemaBen Verfahren wird die 25 
Funktion der logischen Komponenten in einer Verbindung anhand einer Identifikanonsnummer definiert, die fur 
einen Verbindungsaufbau zwischen zwei oder mehreren Komponenten im Header des Datentelegramms gesen- 
det wird. Adressierbar als voneinander unabhangige Funktionseinheiten sind nur die logischen Komponenten 3. 
Im Gegensatz zu der bisher bekannten Verwendung des CAN-Busses werden durch Aussendung von fdentifiern 
zusatzlich zu den Broadcast-Eigenschaften Punkt-zu-Punkt- Verbindungen zwischen Komponenten hergestellt 30 

Im Gegensatz zu den bekannten Systemen sind in diesem Konzept die Begriffe ""Master*" und ""Slave™ nicht 
absolut (in bezug auf eine Station bzw. logische Komponente) definiert Die Definition der Begriffe ""Master*" 
und "Slave* bezieht sich auf die Punkt-zu-Punkt Verbindungen zwischen zwei logischen Komponenten, von 
denen genau eine den ""Master"", die andere den ""Slave"" fur diese Verbindung darstellt Da diese Beziehung fur 
jede der vorhandenen Punkt-zu-Punkt Verbindungen prinzipiell unterschiedlich sein kann, waren eigentlich die 35 
Begriffe "Verbindungs-"Master"" bzw. "Verbindungs^SIave"" korrekter. Ein und dieselbe logische Komponente 
kann demnach durchaus in der einen Verbindung als "Master", in einer anderen dagegen als "Slave" auftreten. 
Die Funktion einer logischen Komponente in einer Verbindung, die ""Master^-Eigenschaften hat, besteht in der 
Oberwachung und indirekten Terminierung einer logischen Verbindung. 

Fig. 2 zeigt eine logische Sternstruktur — bestehend aus einzelnen Punkt-zu-Punkt Verbindungen, die quasi 40 
beliebig oft innerhalb eines Netzwerkes realisiert werden kann. Die Hauptkomponente 4 halt logische Verbin- 
dungen 5 zu ihren Nebenkomponenten 6 aufrecht Eine der Nebenkomponenten 7 baut aber mit anderen 
Nebenkomponenten 8 ein direktes Subsystem uber die Verbindungen 9 auf. Die Komponente 7 ist somit 
Hauptkomponente gegenuber 8, aber Nebenkomponente gegenuber 4. 

Die Funktionsweise des Verbindungsaufbau soli im folgenden an einem bewuBt einfach gehaltenen Beispiel, 45 
Fig. 3 naher erlautert werden. Jede logische Komponente ist in einem eigenen Gehause untergebracht; fur 
dieses Beispiel gilt demnach LC — PD. 

Betrachtet wird ein einfaches System aus einem Navigationsgerat 10, einem CD-Gianger 11, sowie einem 
Anzeige- und Bedienteil 12. In diesen physikalischen Geraten befinden sich die logischen Komponenten NAV, 
CDC und MAS. In der letztgenannten ist in diesem Beispiel die Benutzerschnittstelle realisiert. Das hierarchische 50 
Netzwerk ermdglicht einen saubere Trennung von Kommunikation und Applikation. Somit konnte der Kommu- 
nikations-"Master" in einer Komponente integriert sein, die keine direkte Benutzerschnittstelle beinhaltet Die 
Komponente MAS ist der System- "Master", der die Oberwachungs- und Terminierungs funktion bezuglich der 
gesamten Bedienfunktionalitat beinhaltet Die Komponenten stehen in logischen Verbindungen 5, wahrend sie 
uber den Bus 1 physikalisch verknupft sind 55 

Die Kommunikation zwischen den Komponenten wird uber zwei Punkt-zu-Punkt Verbindungen abgewickeit, 
die jeweils durch eine bidirektionale Transportverbindung realisiert werden. Die Komponente MAS 12 stellt fur 
beide Verbindungen den "Master", NAV 10 und CDC II jeweils den "'Slave" dar. Die Transportverbindungen 5 
dieses Ausfuhrungsbeispiels benutzen hierbei die folgenden Data Link Identifier, die uber den CAN-Bus gesen- 
det werden: 60 
MAS < - > NAV (Punkt-zu Punkt) 
Sende- Identifier MAS/Empfangs-Identifier NAV: 0x44S 
Sende-Identifier NAV/Empfangs-Identifier MAS: 0x248 
MAS <-> CDC (Punkt-zu Punkt) 

Sende-Identifier MAS/Empfangs-Identifier CDC: 0x408 65 
Sende-Identifier CDC/Empfangs-Identifier MAS: 0x208 
Connection Watchdog (Broadcasting) 

Sende-Identifier MAS/Empfangs-Identifier NAV und CDC: 0x001. 
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Die Codiemngen sind i^U>elle 1 und 2 dargestellt. In der Tabelle 1 s^^^ir die in den Beispielen benutzten 
logischen Komponenten aufgefuhrt Bei diesera Ausfuhrungsbeispiel sind insgesamt 255 Adressen fur Kompo- 
nenten aus dem Bereich der mobilen Kommunikation vorgehalten. Vorgesehen ist dabei eine Aufteilung in 
Gruppen ahnlicher bzw* identischer Komponenten (letzte Spaite der Tabelle). Fur "Master"-Komponenten ist 
5 der Identifier des ausgesendeten Connection Watchdogs identisch mit der jeweiligen "Logical Component 
Number" (LC Number). 

Fur das angegebene System sind demnach in der Komponente MAS 12 die Dienste fur das "Master" Netzma- 
nagement zu implementieren, in den Komponenten NAV 10 und CDC 1 1 die Dienste fur das "Slave" Netzmana- 
gement, wenn man die Funktion der Komponenten vorab definiert hat "Main Connections" bezeichnen Verbin- 
io dungen zwischen dem "Haupt"Master"" (Komponente MAS) und seinen "Slave"s, "Subconnections" solche 
zwischen Sub"Master"n und ihren "Slave"s. 

Aus der Unterscheidung in ""Master"" und "Slave" fur eine Verbindung resultieren zwei Varianten des 
Netzmanagements fur den Aufbau einer Verbindung. 

15 a) "Master" Netzmanagement Dienste 

Mit der zyklischen Aussendung eines Telegramms ("Connection Watchdog") uber einen Broadcast- Kanal des 
Busses wird nach Initialisierung der "Master"-Komponente begonnen, z. B. wird das durch Betatigung einer 
Taste durch denn Benutzer ausgelost Fur jede logische Komponente, die "Slave" bezuglich dieses "Master"s ist, 

20 bedeutet dieses Telegramm ein Triggersignal zum VerbindungsaufbaiL Der jeweilige "Slave" baut demnach 
seine Verbindung mit dem durch das Transportprotokoll spezifizierten Verfahren auf. Das Netz bleibt solange 
aktiviert, wie die logische ""Master^-Komponente Teiegramme aussendet. Beim Herunterf ahren des Netzwerks 
beendet der "Master" seine Aussendung des Connection Watchdogs, woraufhin nach einem bestimmten Zeitin- 
tervall alle angeschlossenen "Slave"s die jeweilige Verbindung als abgebrochen betrachten (indirekte Tenninie- 

25 rung). 

Fails erforderlich, kann die "Master"-Applikation mit Hilfe eines zyklischen "Connection Test" Telegramms 
(optionaler Dienst, im Gegensatz zum Connection Watchdog verbindungsorientiert) den Zustand der Verbin- 
dung zum "Slave" uberwachen. Dies geschieht, indem die Reaktion auf das ausgesendete Telegramm an den 
"Slave" uberwacht wird. Erfolgt beispielsweise innerhaib einer bestimmten Zeit keine Quittierung durch den 
30 "Slave" wird das Connection Test Telegramm wiederholt. Nach einer gewissen Anzahl von erfolglosen Wieder- 
holungen wird die Verbindung als abgebrochen angesehen und der faster" kann ggf. weitere MaBnahmen 
treffen. 

Der zeitliche Ablauf ist aus Fig. 4 zu entnehmen. Die Komponenten CDC 11 und NAV 10 sind bereits intern 
initiaiisiert und bereit zur Kommunikation — anderenf alls ergeben sich geringfugig modifizierte Zeitablauf e. 
35 to: Zu diesem Zeitpunkt sind alle Komponenten kommunikationsbereit; die Komponente MAS 12 sendet ihr 
erstes Connection Watchdog Telegramm (WD) mittels des Identifiers 0OL 

tt: Als Reaktion auf das Connection Watchdog Telegramm startet die Komponente NAV 10 den Verbindungs- 
aufbau zu MAS 12 mittels eines Connection Setup Telegramms (CS) uber den Identifier 248. 
t 2 : Die Komponente MAS 12 hat das CS-Telegramm von NAV 10 empfangen und sendet zur Bestatigung des 
40 Verbindungsaufbaus ein Connection Acknowledge Telegramm (CA) mit-dem Identifier 448 an NAV 10. Hier- 
nach ist die Transportverbindung MAS <-> NAV betriebsbereit, d-h. alle Dienste zur Obennittlung von 
Applikationsdaten zwischen diesen beiden Komponenten konnen benutzt werden. 

t3: Wie unter tibeschrieben, meldet sich hier die Komponente CDC 1 1 uber den Identifier 208 bei MAS an. 
U- Die Komponente MAS 12 bestatigt den Verbindungsaufbau mittels eines CA-Telegramms uber den Identifier 
45 408 an CDC 1 1. Hiermit ist auch die zweite Verbindung betriebsbereit und damit das gesamte Netzwerk voll zur 
Kommunikation von Applikationsdaten bef ahigt 

ts: Nach Ablauf des Watchdog Tuners (Zeit Twd nach to) wird von MAS erneut ein Connection Watchdog 
Telegramm gesendet Da bereits alle Verbindungen aufgebaut sind, wird diesmal kein Verbindungsaufbau mehr 
bei den "SIave"-Komponenten angestoBen* 



50 



b) "Slave" Netzmanagenent Dienste 



Beim ersten Empfang des Connection Watchdogs (d. h, die Verbindung ist noch nicht aufgebaut) fuhrt der 
"Slave* einen Verbindungsaufbau zum "Master* durch (Monitor-Dienst fur den Connection Watchdog des 

55 zugeordneten "Masters). In alien anderen Fallen dient der Connection Watchdog zur Timeout- Oberwachung 
der Verbindung zum "Master". Dies bedeutet, daB nach dem Ausbleiben dieses Telegramms und dem Verstrei- 
chen einer bestimmten Zeitspanne der "Slave" die Verbindung als abgebrochen betrachtet. Bei einem erneuten 
Empfang des Connection Watchdog wird dann die Verbindung neu aufgebaut 

Daruber hinaus existiert fur "Master"- bzw. "Slave^-Applikation gleichermaBen die Mdglichkeit, je nach 

60 Bedarf die Verbindung zur Gegenseite aktiv aufzubauen. Dafur werden die im Transportprotokoll defmierten 
Verbindungsaufbau- Dienste benutzt, die sich nicht hinsichtlich "Master^- und "Slave"- Funktionaiitat unterschei- 
den. Erfolgt beispielsweise der Verbindungsaufbau durch einen "Slave" nicht aufgrund eines empfangenen 
Connection Watchdog Telegramms sondern aufgrund einer Initiative des "Slave"s, so wird anschlieBend die 
Kontrolle der Verbindung durch den "Master" mit Aussenden des Connection Watchdog ubernommen. Fig. 5 

65 stellt den Fall dar, daB eine Nebenkomponente (Verbindungs-"Slave") das Netzwerk weckt: 

to: Zu diesem Zeitpunkt beginnt die Komponente NAV 10 das Netzwerk mittels eines CS-Telegramms zu 
wecken. Aufgrund der AufweckmogUchkeiten des Kommunikationssystems findet daraufhin eine Initialisierung 
der Komponenten MAS 12 und CDC It statt Ein Empfang des CS-Telegramms ist nach dieser Initialisierung 
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moglich. 




ti: Da bislang keine Quittiening auf das CS-Telegraram erfolgte, sorgt der nun ablaufende Timer (Tac) fur eine 
erneute Aussendung durch die Komponente NAV 10. 
t 2 : Die Komponente MAS 12 bestatigt den Verbindungsaufbau zu NAV 10. 

t 3 : Durch die Aussendung des Connection Watchdog Telegramms wird das restliche System hochgefahren, der 
weitere Ablauf entspricht Fall L 

Nach Fig. 6 wird eine Neuinitialisierung im Netz (Reset) vorgenommen: 
to: Zu diesem Zeitpunkt 1st das Netz komplett aktiviert, d h. alle Verbindungen sind eingerichtet 
t t : Die Komponente CDC fuhrt einen Reset durch, ausgelost z.B. durch einen Spannungseinbruch. Dies hat 
unter anderem zur Foige, daB die Verbindung zur Komponente MAS unterbrochen ist 

t 3 : Aufgrund des fur die Komponente CDC ersten empfangenen Connection Watchdog Telegramms (nach dem 
Reset) bei t2 startet sie die (Wieder-) Anmeldung bei MAS. 
U: Quittiening durch MAS, Verbindung wieder aktiv. 

Der zekliche Verlauf ist identisch, wenn statt eines Resets zur Zeit ti ein erstmaliges HinzufGgen der 
Komponente CDC betrachtet wird Da das restliche System bereits voll kommunikationsfahig ist, kann man mit 
dem beschriebenen Mechanisraus ein "Nachmelden" von bisher nicht installierten "Slave"-Komponenten wah- 
rend des laufenden Betriebs realisieren. 



Das Herunterfahren des Netzwerks wird von der "Master"-Komponente MAS 12 initiiert Durch das Einstel- 
len der Connection Watchdog Aussendungen lauft in den angeschlossenen "Slave*-Kotnponenten NAV 10 und 
CDC 11 praktisch gleichzeitig ein Timer zur Oberwachung des Watchdogs ab (Twdc). Danach sind alle Verbin- 
dungen deaktiviert, ein Datenaustausch Qber das Netz ist nicht mehr moglich. Weiterhin besteht nun bei 
entsprechenden Hardwarevoraussetzungen die Moglichkeit, die einzelnen Komponenten in einen Stromspar- 
Modus zu uberfuhren (Sleep Mode). 

Kern der Erfindung ist die Erweiterung der starren "Master^Slave" Architektur zu einem hierarchischen 
System mit beliebig vielen (logischen) Subnetzen. Die Spezifikation dieser Subnetze ist eine "lineare Figur* der 
Spezifikation des Hauptnetzes, d Iw es werden keine weiteren Dienste fur deren Realisienmg benotigt Haupt- 
und Subnetze besitzen eine logische Sternstruktur, die in ihrer kleinsten Ausfuhrung eine logische Punkt-zu- 
Punkt Verbindung darstellt Das hierarchische Netzwerkmanagement ermoglicht eine saubere Strukturierung 
der Kommunikationssoftware. 

Mit dem ersten Erkennen des Connection Watchdogs stellt die "Slave"-Komponente die Verbindung zum 
"Master" her und meldet sich damit zum ersten Mai bei diesem an. In der "Master*-Komponente wird diese 
Neuanmeldung vorteilhafterweise durch den Vergleich mit der permanent gespeicherten Ietzten Systemkonfi- 
guration erkannt und geeignete MaBnahmen ergnffen, wie z. B. Benutzerhinweise auf die neue Funktionalitat 
Das Fortlassen einer vorher installierten "Slave"-Komponente wird vom "Master* spatestens beim Neustart des 
Systems erkannt, wiederum durch Vergleich der aktuellen Systemkonfiguration mit der gespeicherten. Der 
"Master* kann daraufhin entsprechend reagieren, z. B. durch das Weglassen von Bedienmenus. 

Durch den Weckmechanismus der gemeinsamen physikalischen Schicht konnen immer nur alle Busteilnehmer 
gleichzeitig "konimunikationsaktiv" sein (die zugehorigen Applikationen konnen sich dagegen durchaus noch in 
einem Zustand reduzierter Leistungsaufnahme befinden). 

Alle Subsysteme mussen sich die Kanalkapazitat von Data Link/ Physical Layer teilen. 

Im Regelfall wird der (Haupt-) ''Master" immer logische Verbindungen zu alien angeschlossenen Komponen- 
ten unterhalten. Hierarchisch darunter befinden sich die (dann de facto gleichberechtigten) Subnetze mit 
gewohnlicherweise geringerer Ausdehnung. Dies ist jedoch nicht zwingend notwendig, denn das Netzwerkma- 
nagement kann auch fur beliebige Konfigurationen beispielsweise mit quasi gleichberechtigten logischen Net- 
zen (verschiedene faster* auf einer Hierarchiestufe) verwendet werden. 

Die Buslast durch das Netzwerkmanagement ist ais recht gering anzusehen, da im initialisierten Betrieb des 
Netzwerks nur die zyklischen Connection Watchdog Telegramme der "Master"- bzw. Sub"Master"-Komponen- 
ten erforderlich sind Damit verbunden ist eine ebenfalls geringe Interrupt-Rate, also eine nur geringfugige 
zusatzliche Belastung der Rechenkapazitat der angeschlossenen Komponenten. 

Fig, 2 zeigt ein Beispiel fur ein koraplexeres System, bestehend aus einer Hauptkomponente ("Master*) 4, 
MAS mit 5 Verbindungen (MQ ''Main Connnections") 5, eine nebengeordnete Hauptkomponente des Subsy- 
stems 7, die Komponente NAV mit weiteren 2 Verbindungen (SQ "Subconnections") 9, zwei Nebenkomponen- 
ten CDC 6, GAT 6 (nur Verbindungen zu MAS), Nebenkomponenten TMC 6, 8, TEL 6, 8 (Verbindungen sowohl 
zu MAS als auch NAV). 

Hinsichtlich des Netzmanagements laBt sich dieses System zunachst als Zusanimensetzung von zwei Einfach- 
systemen nach Fig. 3 beschreiben, d h. alle dort beschriebenen Verfahren gelten entsprechend Wesentliche 
Erweiterungen gegenuber dem Einfachsystem sind durch die zwei "Master"-Komponenten in hierarchischer 
Ordnung (NAV 7 ist "Slave" gegenuber MAS 4) sowie durch die zwei "Slave" Komponenten (TEL 6, 8, TMC 6, 8), 
die mehr als einen "Master" haben, gegeben. 

Mit wenigen Erweiterungen der defmierten Regeln laBt sich ein konsistentes Verhaiten in Hinblick auf 
Hochfahren und Herunterfahren des Netzwerks erreichen. 

Im Beispiel ist der "Master" mit der hochsten Hierarchiestufe (MAS) 4 grundsatzlich verantwortlich fur das 
Hochfahren (erstes Aussenden des Connection Watchdogs), sowie das Herunterfahren (Wegnahme des Connec- 
tion Watchdogs sowie ggf. weitere "Shutdown"-Nachricht an Sub"Master" NAV 10 des gesamten Netzes. Dies 
bedeutet, daB zunachst das Hauptnetz aktiviert wird (Verbindungen zu MAS 4), anschlieBend das Subnetz 
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^j^ro* das He runt erf ah ren gilt entsprechende^j^r 



(Verbindungen zu NAV JJKlr das He runt erf ah ren gilt entsprechende^^Pbrdings erlaubt das beschriebene > 
Netzwerkmanagement auch Betriebszustande, in denen der Sub"Master" NAV 7 eigenstandig sein Teilnetz 
aktiviert und wieder deaktiviert (z. B. fur einen Datenaustausch mit der Komponente TEL 6, 8). 

Nebenkomponenten, die mehr als eine Hauptkomponente besitzen (im Beispiel TEL 6, 8 und TMC 6, 8), haben 
s darauf zu achten, erst nach dem Ausbleiben der Connection Watchdogs von alien "Master^n ihre Applikation in 
den Stromspar-Modus zu QberfuhreiL 

Nach Fig. 7 ist eine Komponente fiber die Schnittstelle 15 (Protokollbaustein) und der Busankopplung mit 
Weckmoglichkeit 16 (Transceiver) an den Bus 1 angeschlossen. Die Komponente wird von einem Mikroprozes- 
sor 18 uberwacht und besitzt einen nichtfluchtigen Speicher 17. Zusatzlich kann ein Baustein zur Bestimmung 
to des Time-Outs 19 in die Komponente eingebaut werden. Zur Einsparung einer separaten Weckleitung sollte jede 
Station mit geeigneter Bus-Hardware (z. B. spezieller Transceiver- Baustein) ausgeriistet sein, um bei der Erken- 
nung von Busverkehr ein Wecksignal zu ihrer eigenen Initialisierung erzeugen zu konnen. Auf diese Weise kann 
ein Ubergang zwischen Stromspar-Modus und Vollaktivitat einer Komponente leicht realisiert werden. Dies ist 
die eleganteste Mogiichkeit eine Komponente zu wecken. Denkbar sind jedoch auch Schaltleitungen mit 
15 Mehrf achzugriff (jede Komponente hat ein Schreibrecht auf diese Leitung) oder ahnliche Verf ahren. 

Zur Unterstutzung des Netzmanagements sollten zumindest die komplexeren Gerate (BedienteU, Navigation, 
eta) am besten jedoch aile Komponenten, in der Lage sein, Informationen uber die letzte Netzkonfiguration 
(angeschlossene Komponenten, aktive oder gestdrte Verbindungen) dauerhaft, d. h. in einem nichtfluchtigen 
Speicher 17 wie z. B. EEPROM, zu speichem 
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Tabelle 1 



AbJcurzung 


Logisciie 
Komponente (LC) 


LC Ntunmer 
(liex) 


Gmppe LC Nummern 
(hex) 


MAS 


M= ot- pa>* Unit 

ff l ias I* UIaX w 


01 


01-07 


CDC 


Cotnpact Disc 


08 


08-0F 








iU"i/ 


TMC 


Trazric Message 




TO 1 P 








4w * / 








28-2F 
























40—47 


NAV 


Navigation Unit 




48 — 4F 


TELi 


Telephone 


50 


du-57 








58-5F 








50-&7 






- 


oo-oh 








/0-77 








/© — /I? 








80-87 








88-8F 








90-97 








98-9F 








A0-A7 








A8-AF 



55 



60 



65 



BNSDOCID:<DE 1 963731 2A1> 



DE 196 37 312 Al 



Abkuxzxing 


Logische 
Kotnponente (IiC ) 


LC Nummer 
(hex) 


iSruppe LC Nummern 
(hex) 








B0-B7 








B8-BF 








C0-C7 








C8-CF 








D0-D7 








D8-DF 








E0-E7 








E8-EF 


GAT 


Gateway 


FO 


F0-F7 








F8-FF 



to 



15 



20 



25 
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30 





Verb indungs - 


^Master* 


Verbindungs ■- 


^Slave^ 




Master** 


CAN Id (hex) 




CAN Xd (hex) 


35 


a; 


Haupt- 
Verjbindungen 






40 


MAS 


408 


CDC 


208 




MAS 


41C 


TMC 


21C 




MAS 


448 


NAV 


248 


45 


MAS 


450 


TEI* 


250 




MAS 


4F0 


GAT 


2F0 


50 












b) 


ttater- 

Ver-Jbindungen 






55 


NAV 


508 


TMC 


509 




NAV 


540 


TELi 


541 
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Patentanspriiche 

1. Verfahren zur FControlle der Verbindungen eines Obertragungssystems, insbesondere fur den Einsatz in 
einem Kraftfahrzeug, das eine bidirektionale Obertragungsleitung (1) und mindestens zwei an die Obertra- 
gungsleitung angeschlossene, physikalische Komponenten (2) aufweist, dadurch gekennzeichnet, daB die 
physikalischen Komponenten mindestens eine logische Komponente (3) enthalten und den logischen Kom- 
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ponenten Adressen zugewiilRi werden, die ihre Funktion definieren, und o!d eine erste logische Kompo- 
nente (3) die Aufforderung zum Verbindungsaufbau an mindestens eine zweite logische Komponente (3) 
ausgibt und die zweite logische Komponente (3) die logische Verbindung zur ersten Komponente herstellt 
wobei eine der logischen Komponenten eine Oberwachungs- und Terminierungsfunktion fur diese Verbin- 
dung ubernimmt 5 

2. Verfahren zur Kontrolle der Verbindungen eines Obertragungssystems nach Anspruch 1, dadurch ge- 
kennzeichnet daB die erste logische Komponente (3) die Oberwachungs- und Tenninierungsfunktion fflr 
diese Verbindung ubernimmt 

3. Verfahren zur Kontrolle der Verbindungen eines Obertragungssystems nach Anspruch 1, dadurch ge- 
kennzeichnet daB die zweite logische Komponente (3) die Oberwachungs- und Terminierungsfunktion fur 10 
diese Verbindung ubernimmt 

4. Verfahren zur Kontrolle der Verbindungen eines Obertragungssystems nach Anspruch 1 bis 3, dadurch 
gekennzeichnet daB die Initialisierung des Obertragungssystems iiber eine logische Komponente durch das 
Senden einer Sendekennung erreicht wird. 

5. Verfahren zur Kontrolle der Verbindungen eines Obertragungssystems nach Anspruch 1 bis 4, dadurch is 
gekennzeichnet, daB jede logische Verbindung im Obertragungssystem durch zyklische Aussendung von 
Telegrammen in einer Verbindung aufrechterhalten werden. 

6. Verfahren zur Kontrolle der Verbindungen eines Obertragungssystems nach Anspruch 1 bis 5, dadurch 
gekennzeichnet, daB die physikalischen Verbindungen im Obertragungssystem durch zyklisches Aussenden 
von Test-Telegrammen uberwacht wird 20 

7. Verfahren zur Kontrolle der Verbindungen eines Obertragungssystems nach Anspruch 1 bis 6, dadurch 
gekennzeichnet, daB das Obertragungssystem in einen Schlafmodus uberfuhrt wird, wenn innerhalb einer 
vorgegebene Zeit keine Telegramme auf den Obertragungsleitungen auftreten. 

8. Physikalische Komponente zur Durchfuhrung des Verfahrens nach einem der Anspruche 1 bis 7 mit 
mindestens einer logischen Komponente, mit einem Schnittstellenbaustein (15) zum AnschluB an die Ver- 25 
bindungsleitung (1) zwischen weiteren Komponenten (2) und einem in der logischen Einheit angeordneten 
Mikroprozessor (18) sowie einem mit dem Mikroprozessor in Verbindung stehenden nichtfluchtigen Spei- 
cher (17), dadurch gekennzeichnet, daB im Speicher eine Datei hinterlegt ist die der Komponente fur einen 
bestimmten Verbindungsaufbau vorschreibt, ob die Komponente in dieser Verbindung die Oberwachungs- 
und Tenninierungsfunktion wahrnimmt 30 

9. Komponente nach Anspruch 8, dadurch gekennzeichnet, daB Komponenten (2) einen nichtfluchtigen 
Speicher (17) fur Konf igurationsdaten des Obertragungssystems besitzen. 

10. Komponente nach Anspruch 8 oder 9, dadurch gekennzeichnet, daB die Komponente (2) fur Wahrneh- 
mung von Oberwachungsaufgaben fur logische Verbindungen ausgelegt ist 

11. Komponente nach Anspruch 8 bis 10, dadurch gekennzeichnet daB die Komponenten (2) eine Einrich- 35 
tung (19) zur zeitiichen Uberwachung der zyklischen Telegramme besitzen, die beim Ausbleiben der 
Telegramme die Komponente in einen leistungsreduzierten Betriebszustand versetzt 

12. Vorrichtung nach Anspruch 8 bis 1 2, dadurch gekennzeichnet daB die Komponenten zwischen mehreren 
Betriebszustanden mit reduzierten Energieverbrauch umschaltbar sind. 
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